按照目前的情况，这个问题不适合我们的问答形式。我们希望答案得到事实、引用或专业知识的支持，但这个问题可能会引发辩论、争论、投票或扩展讨论。如果您觉得这个问题可以改进并可能重新打开，visitthehelpcenter指导。关闭9年前。我需要压缩或至少降低用户上传到我网站的一些png图像的质量。我已经调整了它的大小，但这对图像大小影响不大。寻求.net4.0或以下版本的png/图像压缩或质量损失算法或库。这是我目前保存/转换图像的方式:ImagemainImg=ImageHelper.ResizeImage(bmp,600,500,false);mainImg.Save(filePath
最近在dotnetpearls.com上阅读一篇文章here说静态ctors会受到大量的性能影响。不明白为什么？ 最佳答案 我认为在大多数用例中“大量”是一种夸大其词。由于beforefieldinitflag的存在/不存在，拥有静态构造函数(即使它什么也不做)会影响类型初始化时间.当你有一个静态构造函数时，对时间有更严格的保证。对于大多数代码，我认为这没有太大区别-但如果您是紧密循环并访问类的静态成员，则可能会有所不同。就我个人而言，我不会太担心它-如果您怀疑它与您的真实应用程序相关，那么测试它而不是猜测。微基准测试很可能会夸大此
我有一个包含数千个文件夹的基本目录。在这些文件夹中，可以有1到20个子文件夹，其中包含1到10个文件。我想删除所有超过60天的文件。我使用下面的代码来获取我必须删除的文件列表:DirectoryInfodirInfo=newDirectoryInfo(myBaseDirectory);FileInfo[]oldFiles=dirInfo.GetFiles("*.*",SearchOption.AllDirectories).Where(t=>t.CreationTime但是我让它运行了大约30分钟，但它仍然没有完成。我很好奇是否有人能看到我有可能提高上述行的性能，或者是否有不同的方法我
给定一个列表:ListSomeList=newList();正在做:SomeList.Insert(i,val);对比SomeList.Add(val);有任何性能损失吗？如果是，如何取决于:-i-插入索引-SomeList.Count-列表的大小 最佳答案 TheListclassisthegenericequivalentoftheArrayListclass.ItimplementstheIListgenericinterfaceusinganarraywhosesizeisdynamicallyincreasedasrequ
关闭。这个问题需要更多focused.它目前不接受答案。想改进这个问题吗？更新问题，使其只关注一个问题editingthispost.关闭5年前。ImprovethisquestionC#看起来有4种不同的对称加密算法:RijndaelManaged、DESCryptoServiceProvider、RC2CryptoServiceProvider和TripleDESCryptoServiceProvider。我正在寻找他们之间的更多信息。主要是他们各自的区别是什么。MSDN没有多大帮助，或者我只是累了。;)我确信它们之间各有利弊，就像任何有多种做事方式的事物一样。感谢您的任何启发。托
有人可以为我演示一种比我目前使用的算法更有效的笛卡尔积算法(假设有一个)。我环顾四周并用谷歌搜索了一下，但看不到任何明显的东西，所以我可能会遗漏一些东西。foreach(intiinis){foreach(intjinjs){//Pairiandj}}这是我在代码中所做的高度简化的版本。这两个整数是查找键，用于检索一个/多个对象，并且将来自两个查找的所有对象配对成新对象。这个小代码块在一个更大更复杂的系统中成为一个主要的性能瓶颈，因为它运行的数据集规模很大。通过改进用于存储对象的数据结构和所涉及的查找，可能会减轻其中一些问题，但我认为主要问题仍然是笛卡尔积本身的计算。编辑关于我对算法的
我找到了一些2008年的基准测试结果，用于测试几个顶级.NETDI/IoC容器的性能here.但我一直无法找到任何更新的结果。是否有任何基准可以比较一些大型IoC容器(StructureMap、Unity、Ninject、Autofac、CaSTLeWindsor等)？ 最佳答案 我不建议使用性能基准来选择IoC容器。还有很多很多更重要的因素，比如功能集、开发路线图和可维护性等。请注意，在最坏的情况下，您引用的基准测试在超过100万次调用时仅显示出3-4倍的速度差异。在“真实世界”场景中，DI/IoC用于连接依赖项，并且对整体应用程
这个问题在这里已经有了答案:关闭10年前。PossibleDuplicate:Stringcomparisonindotnetframework4我注意到我机器上的一个UI应用程序存在性能问题，该应用程序正在执行大量字符串比较以过滤大型列表。我将问题追溯到在对string.IndexOf的调用中使用OrdinalIgnoreCase。以下基准测试是在没有附加调试器的情况下在Release中运行的，它是一个在VS2010、Windows7中构建的4.0项目，我在这台机器上安装了4.5beta，我不确定这是否会影响它。1.190secondsforOrdinalIgnoreCase0.17
有anestablishedguideline获取哈希码不应分配内存，因为这会通过调用垃圾收集器对哈希表查找产生负面影响。然而，这个确切的失败是我所看到的我使用System.Collections.Generic.Dictionary的应用程序的配置文件在一个非常紧凑的循环中，我在分析器结果中发现以下内容:[3.47%]TryGetValue(TKey,TValue&)(...字典)[3.47%]FindEntry(TKey)(...字典)[3.47%]GetHashCode(string)(System.CultureAwareComparer)[3.46%]GetHashCodeO
我遇到了ListView的主要性能问题每当我实现分组时。我找到了somewhatsimilarquestions在StackOverflow上，但似乎没有任何帮助!这是我目前的情况(我已经简化了我的项目，所以噪音更少):我有一个ContentControl用ListView作为child。ListView绑定(bind)到ObservableCollection，最初是空的。随着时间的流逝，对象被添加到集合中(在本例中，使用DispatcherTimer每10秒添加500个项目)。ObservableCollection的大小会有所不同，但该系列最终可能会超过25,000件。当Obse
